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DETAILED ACTION 

1 . A request for continued examination under 37 CFR 1.114, including tlie fee set 
fortli in 37 CFR 1 .17(e), was filed in this application after final rejection. Since this 
application is eligible for continued examination under 37 CFR 1.114, and the fee set 
forth in 37 CFR 1 .17(e) has been timely paid, the finality of the previous Office action 
has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on May 18, 
2009 has been entered. 

2. Applicant's amendments dated May 18, 2009, responding to the Final Office 
action mailed March 18, 2009 provided in the rejection of claims 1-3, 7, 9-26, and 28-35, 
wherein claims 1,-3, 9-11, 13-15, 18, 20-23, and 28-35 have been amended; claims 7, 
17, 19, 24-26 have been canceled; and claim 36 has been newly added. 

Claims 1-3, 9-16, 18, 20-23, and 28-36 remain pending in the application and 
which have been fully considered by the examiner. 

Applicant's arguments with respect to claims currently amended have been fully 
considered but are moot in view of the new grounds of rejection - see DeKoning et al., Moore 
et al., and Zimmeret al. - arts made of record, as applied here. 

Claim Rejections - 35 USC § 103(a) 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented 
and the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. Claims 1-3, 9, 10, 12-16, 20-22, 26, and 28-30 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Talati (Pub. No. US 2004/0044997 A1 ) (hereinafter 

Talati') in view of DeKoning at al. (Pat. No. 6,085,333) (hereinafter 'DeKoning' art made 
of record), Moore et al. (Pub. No. US 2003/0092438 A1 ) (hereinafter 'Moore' - art made 
of record) and Hiller (Pat. No. US 6,658,659 B2) (hereinafter 'Hiller') 

4. As to claim 1 (Currently Amended), Talati discloses an apparatus for updating a 
code image (e.g.. Fig. 2), comprising: 

a processor executing executable code stored on a main memory occupied by and 
used by an old code image and a temporary memory separate from the main 
memory, the executable code comprising: 

• a loader stored in the main memory and loading a new code image (e.g., [0014], 
lines 2-3; Fig. 2, element 102; [0047], lines 1-2) into the temporary memory (e.g.. 
Fig. 1 , elements 1 1 0 - Runtime Area (i.e., the main memory); 1 08 - Shadow 
Area (i.e., the temporary memory); [0014] - ... a non-disruptive code load 
apparatus includes means for staging a new version of executable code ...); 

• a branch module stored in the main memory causing the processor to execute a 
bootstrap module within the new code image (e.g., [0032] - ... Once the new 
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version 102 is loaded, the system 104 and its firmware is requested to switcii to 
tlie new code ...); and 

• a copy module copying the new code image into the main memory space 
occupied by the old code image (e.g., Fig. 2, element 202 - copier; Fig. 3, 
element 302; [0013], lines 1-3; [0014] - ... means for transferring the executable 
code to a runtime area ...) 

Further, Talati discloses a method and apparatus for downloading a new version of 
an executable code onto a system without the need to bring the system to a halt, 
thereby sacrificing system up time (e.g., [0005]) but does not explicitly disclose other 
limitations stated below. 

However, in an analogous art of Method and Apparatus for Synchronization of Code 
in Redundant Controllers in a Swappable Environment, Dekoning discloses: 

• the bootstrap module identifying incompatibilities between the old code image 
and the new code image from a difference in initialization requirements (e.g., Col. 
1 , Lines 50-67 - ... Incompatibility is a result of the foreign controller operating a 
version of software with configuration parameters not compatible to the version of 
the native controller because of software and configuration parameter updates : 
Col. 11, Lines 24-35- ... The cache synch request will modify the cache 
configuration to match that of the native controller and the cache purge request 
initializes the spare controller's cache memory ): 

• the bootstrap module identifying incompatibilities between the old code image 
and the new code image from version information (e.g.. Fig. 2, steps 230 - 
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Compare Firmware Revision Between Spare and Native Controllers; 240 - 
Firmware Compatible?; Col. 8, Lines 48-53 - ... if the revision of operating codes 
are incompatible , the spare controller requests synchronization 240); and 
• reconciling incompatibilities by changing an initialization order (e.g., Col. 10, 
Lines 24-32 - ... a request to the spare controller reconfigures the spare 
controller's cache memory 116.1 so that cache memory 116.1 is similar to the 
native controller's configuration ... sends a cache purge request to the spare 
controller 1 18.2 to initialize its cache memory 330 ...; ) 
Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Dekoning into the Talati's system 
to further provide other limitations stated above in the Talati system. 

The motivation is that it would further enhance the Talati's system by taking, 
advancing and/or incorporating the Dekoning's system which offers significant 
advantages that the spare controller firmware is compatible with the native controller's 
firmware using logical processes; thereby eliminating the need for a user to manually 
modify the spare controller's operation code and eliminating the need for any hardwired 
reset lines to reset the spare controller as once suggested by Dekoning (e.g.. Col. 12, 
Lines 22-31) 

Furthermore, Dekoning discloses synchronizing operating code in redundant disk 
storage subsystem controllers in a disk storage subsystem (e.g.. Col. 1, Lines 7-10) but 
Talati and Dekoning do not explicitly disclose other limitations stated below. 
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However, in an analogous art of Method and Apparatus for Stabilizing calls During a 
System Upgrade or Downgrade, Moore discloses: 

• converting a format of a data structure of tine old code image to a format 
compatible with a data structure of the new code image, and associating 
persistent data of the old code image with the new code image, such that the 
persistent data is available in response to execution of a run-time segment of the 
new code image (e.g., [0005] - ... ensures stable call processing during system 
updates must be capable of converting state data to be compatible with the new 
service release : [0024] - determines if the replicate state data needs to be 
converted (i.e., the new application is an upgrade) ... converts the data to the 
new version format ...) 
Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Moore into the Talati-Dekoning's 
system to further provide other limitations stated above in the Talati-Dekoning system. 

The motivation is that it would further enhance the Talati-Dekoning's system by 
taking, advancing and/or incorporating the Moore's system which offers significant 
advantages of a stabilization technology during an upgrade or downgrade of services by 
reducing the complications associated with checkpointing state data as once suggested 
by Moore (e.g., [0008]) 

Lastly, Talati, Dekoning, and Moore do not disclose the limitations stated below. 
However, in an analogous art of Compatible Version Module Loading, Hiller 
discloses: 
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• the bootstrap module identifying incompatibilities between the old code image 
and the new code image from a difference in size and location between the old 
code image and the new code image (e.g., Col. 6, Lines 1 2-26 - these different 
versions perform the same function during execution, but may do so in slightly 
different way , use different arguments, and or product different results ... different 
versions may have slightly different API function calls, performing additional 
supplemental functions not provided in an earlier versions ...); and 

• accessing capability information for the old code image and capability information 
for the new code Image and Identifying a difference between the capability 
Information (e.g.. Fig. 2A, elements 208, 210, 212, and 206 - compatibility vector; 
Col. 8, Lines 31-48 - ... The compatibility vector 206 contains the names and 
version of the programs that the module 200 interacts with via call. Preferably, 
the compatibility vector 206 Identifies every program and allowable version levels 
for each program to be resolved and implicitly loaded for the module 200 ... Its 
respective allowable version levels that the module 200 interacts with ...) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Hiller into the Talati-Dekoning- 
Moore's system to further provide other limitations stated above in the Talati-Dekoning- 
Moore system. 

The motivation is that the system wherein the version aware bootstrap code will 
check and ensure that loaded software modules are compatible with one another and 
will therefore execute properly as once suggested by Hill (i.e. Abstract, Lines 10-13) 
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5. As to claim 2 (Currently Amended) (incorporating the rejection In claim 1 ), Talati 
discloses the apparatus wherein the old code image is updated concurrently with 
normal execution of transactions by the apparatus (e.g., [0006]; [0008], lines 5-12]; 
[0011]) 



6. As to claim 3 (Currently Amended) (incorporating the rejection in claim 1 ), Talati 
discloses the apparatus, the executable code further comprising an initialization module 
initiating execution of the run-time segment (e.g., [0014]) 

7. As to claim 9 (Currently Amended) (incorporating the rejection in claim 31 ), 
Dmitriev discloses the apparatus wherein identifying incompatibilities comprises 
identifying a difference between the format of the data structures used by the old code 
image and the format compatible with the data structures used by the new code image 
(e.g.. Sec. 2.2 Requirements for the PJama Evolution Technology, step 2 - For each 
changed class, check if the format of instances that it defines became different. If so. 
perform conversion of instances of this class ...) 

8. As to claim 10 (Currently Amended), Talati discloses an apparatus for updating 
a code image (e.g., Fig. 2, copier copies new code), comprising: 

a processor executing executable code stored on a main memory occupied by and 
used by an old code image and a temporary memory separate from the memory, the 
executable code comprising 
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• a loader loading a new code image (e.g., [0014], lines 2-3; Fig. 2, element 102; 
[0047], lines 1-2) into the temporary memory (e.g.. Fig. 1, elements 110- 
Runtime Area (i.e., the main memory); 108 - Shadow Area (i.e., the temporary 
memory); [0014] - ... a non-disruptive code load apparatus includes means for 
staging a new version of executable code ...); 

• a branch module stored in the main memory causing the processor to execute a 
bootstrap module within the new code image (e.g., [0032] - ... Once the new 
version 102 is loaded, the system 104 and its firmware is requested to switch to 
the new code ...); and 

• copying the new code image into the memory space occupied by the old code 
image (e.g.. Fig. 2, element 202 - copier; Fig. 3, element 302; [0013], lines 1-3; 
[0014] - ... means for transferring the executable code to a runtime area ...) 

Further, Talati discloses a method and apparatus for downloading a new version of 
an executable code onto a system without the need to bring the system to a halt, 
thereby sacrificing system up time (e.g., [0005]) but does not explicitly disclose other 
limitations stated below. 

However, in an analogous art of Method and Apparatus for Synchronization of Code 
in Redundant Controllers in a Swappable Environment, Dekoning discloses: 

• the bootstrap module identifying incompatibilities between the old code image 
and the new code image from a difference in initialization requirements (e.g.. 
Col. 1, Lines 50-67 - ... Incompatibility is a result of the foreign controller 
operating a version of software with configuration parameters not compatible 
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to the version of the native controller because of software and configuration 
parameter updates : Col. 1 1 , Lines 24-35 - ... The cache synch request will 
modify the cache configuration to match that of the native controller and the 
cache purge request initializes the spare controller's cache memory ): 

• a logic module configured to identify incompatibilities between the old code 
image and the new code image from version information (e.g., Fig. 2, steps 
230 - Compare Firmware Revision Between Spare and Native Controllers; 
240 - Firmware Compatible?; Col. 8, Lines 48-53 - ... if the revision of 
operating codes are incompatible , the spare controller requests 
synchronization 240); and 

• reconciling incompatibilities by changing an initialization order (e.g.. Col. 10, 
Lines 24-32 - ... a request to the spare controller reconfigures the spare 
controller's cache memory 116.1 so that cache memory 1 16.1 is similar to the 
native controller's configuration ... sends a cache purge request to the spare 
controller 1 18.2 to initialize its cache memory 330 ...) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Dekoning into the Talati's system 
to further provide other limitations stated above in the Talati system. 

The motivation is that it would further enhance the Talati's system by taking, 
advancing and/or incorporating the Dekoning's system which offers significant 
advantages that the spare controller firmware is compatible with the native controller's 
firmware using logical processes; thereby eliminating the need for a user to manually 
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modify the spare controller's operation code and eliminating the need for any hardwired 
reset lines to reset the spare controller as once suggested by Dekoning (e.g., Col. 12, 
Lines 22-31) 

Further, Dekoning discloses synchronizing operating code in redundant disk storage 
subsystem controllers in a disk storage subsystem (e.g.. Col. 1 , Lines 7-10) but Talati 
and Dekoning do not explicitly disclose other limitations stated below. 

However, in an analogous art of Method and Apparatus for Stabilizing calls During a 
System Upgrade or Downgrade, Moore discloses: 

• converting a data structure of the old code image to a format compatible with 
a data structure of the new code image, and associating persistent data of the 
old code image with the new code image, such that the persistent data is 
available in response to execution of a run-time segment of the new code 
image (e.g., [0005] - ... ensures stable call processing during system updates 
must be capable of converting state data to be compatible with the new 
service release : [0024] - determines if the replicate state data needs to be 
converted (i.e., the new application is an upgrade) ... converts the data to the 
new version format ...); 
Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Moore into the Talati-Dekoning's 
system to further provide other limitations stated above in the Talati-Dekoning system. 

The motivation is that it would further enhance the Talati-Dekoning's system by 
taking, advancing and/or incorporating the Moore's system which offers significant 
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advantages of a stabilization technology during an upgrade or downgrade of services by 
reducing the complications associated with checkpointing state data as once suggested 
by Moore (e.g., [0008]) 

Lastly, Talati, Dekoning, and Moore do not disclose the limitations stated below. 

However, in an analogous art of Compatible Version Module Loading, Hiller 
discloses: 

• a difference in size and location between the old code image and the new code 
image (e.g.. Col. 6, Lines 12-26 - these different versions perform the same 
function during execution, but may do so in sliqhtiv different wav , use different 
arguments, and or product different results ... different versions may have slightly 
different API function calls, performing additional supplemental functions not 
provided in an earlier versions ...); and 

• by accessing capability information for the old code image and capability 
information for the new code image and identifying a difference between the 
capability information (e.g.. Fig. 2A, elements 208, 210, 212, and 206 - 
compatibility vector; Col. 8, Lines 31-48 - ... The compatibility vector 206 
contains the names and version of the programs that the module 200 interacts 
with via call. Preferably, the compatibility vector 206 identifies every program and 
allowable version levels for each program to be resolved and implicitly loaded for 
the module 200 ... its respective allowable version levels that the module 200 
interacts with ...) 
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Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Hiller into the Talati-Dekoning- 
Moore's system to further provide other limitations stated above in the Talati-Dekoning- 
Moore system. 

The motivation is that the system wherein the version aware bootstrap code will 
check and ensure that loaded software modules are compatible with one another and 
will therefore execute properly as once suggested by Hill (i.e. Abstract, Lines 10-13) 

9. As to claim 12 (Previously Presented) (incorporating the rejection in claim 10), 
please refer to claim 9 above, accordingly. 

1 0. As to claim 13 (Currently Amended), Talati discloses a system that overlays an 

old code image with a new code image with minimal interruption of operations being 
performed by execution of the old code image, the system comprising: 

a main memory storing an old code image (e.g., [0014], lines 2-3; Fig. 2, element 
102; [0047], lines 1-2) and a temporary memory separate from the main memory 
and storing a new code image (e.g., Fig. 1, elements 110- Runtime Area (i.e., the 
main memory); 1 08 - Shadow Area (i.e., the temporary memory); [001 4] - ... a non- 
disruptive code load apparatus includes means for staging a new version of 
executable code ...); 

a processor executing executable code of the old code image and the new code 
image, the executable code comprising: 
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• a loader stored in tlie main memory and loading the new code image (e.g., 
[0014], lines 2-3; Fig. 2, element 102; [0047], lines 1-2) into the temporary 
memory (e.g., Fig. 1, elements 110 - Runtime Area (i.e., the main memory); 108 
- Shadow Area (i.e., the temporary memory); [0014] - ... a non-disruptive code 
load apparatus includes means for staging a new version of executable code ...): 
and 

• a branch module stored in the main memory causing the processor to execute a 
bootstrap module within the new code image (e.g., [0032] - ... Once the new 
version 1 02 is loaded, the svstem 1 04 and its firmware is reouested to switch to 
the new code ...); 

Further, Talati discloses a method and apparatus for downloading a new version of 
an executable code onto a system without the need to bring the system to a halt, 
thereby sacrificing system up time (e.g., [0005]) but does not explicitly disclose other 
limitations stated below. 

However, in an analogous art of Method and Apparatus for Synchronization of Code 
in Redundant Controllers in a Swappable Environment, Dekoning discloses: 

• the bootstrap module identifying incompatibilities between the old code image 
and the new code image from version information, a difference in initialization 
requirements (e.g.. Col. 1, Lines 50-67 - ... Incompatibility is a result of the 
foreign controller operating a version of software with configuration parameters 
not compatible to the version of the native controller because of software and 
configuration parameter updates : Col. 1 1, Lines 24-35 - ... The cache synch 
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request will modify the cache configuration to match that of the native controller 
and the cache purge request initializes the spare controller's cache memory ): 

• identifying incompatibilities between the old code image and the new code image 
from version information (e.g., Fig. 2, steps 230 - Compare Firmware Revision 
Between Spare and Native Controllers; 240 - Firmware Compatible?; Col. 8, 
Lines 48-53 - ... if the revision of operating codes are incompatible , the spare 
controller requests synchronization 240); and 

• reconciling the incompatibilities by changing an initialization order (e.g.. Col. 10, 
Lines 24-32 - ... a request to the spare controller reconfigures the spare 
controller's cache memory 116.1 so that cache memory 116.1 is similar to the 
native controller's configuration ... sends a cache purge request to the spare 
controller 1 18.2 to initialize its cache memory 330 ...; ) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Dekoning into the Talati's system 
to further provide other limitations stated above in the Talati system. 

The motivation is that it would further enhance the Talati's system by taking, 
advancing and/or incorporating the Dekoning's system which offers significant 
advantages that the spare controller firmware is compatible with the native controller's 
firmware using logical processes; thereby eliminating the need for a user to manually 
modify the spare controller's operation code and eliminating the need for any hardwired 
reset lines to reset the spare controller as once suggested by Dekoning (e.g.. Col. 12, 
Lines 22-31) 
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Furthermore, Dekoning discloses synchronizing operating code in redundant disl< 
storage subsystem controllers in a disk storage subsystem (e.g., Col. 1, Lines 7-10) but 
Talati and Dekoning do not explicitly disclose other limitations stated below. 
However, in an analogous art of Method and Apparatus for Stabilizing calls During a 
System Upgrade or Downgrade, Moore discloses: 

• converting a format of a data structure of the old code image to a format 
compatible with a data structure of the new code image, and associating 
persistent data of the old code image with the new code image, such that the 
persistent data is available in response to execution of a run-time segment of the 
new code image (e.g., [0005] - ... ensures stable call processing during system 
updates must be capable of converting state data to be compatible with the new 
service release : [0024] - determines if the replicate state data needs to be 
converted (i.e., the new application is an upgrade) ... converts the data to the 
new version format ...) 
Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Moore into the Talati-Dekoning's 
system to further provide other limitations stated above in the Talati-Dekoning system. 

The motivation is that it would further enhance the Talati-Dekoning's system by 
taking, advancing and/or incorporating the Moore's system which offers significant 
advantages of a stabilization technology during an upgrade or downgrade of services by 
reducing the complications associated with checkpointing state data as once suggested 
by Moore (e.g., [0008]) 
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Lastly, Talati, Dekoning, and Moore do not disclose the limitations stated below. 
However, in an analogous art of Compatible Version Module Loading, Hiller discloses: 

• the bootstrap module identifying incompatibilities between the old code image 
and the new code image from version information, a difference in size and 
location between the old code image and the new code image (e.g., Col. 6, Lines 
1 2-26 - these different versions perform the same function during execution, but 
may do so in slightly different way , use different arguments, and or product 
different results ... different versions may have slightly different API function calls, 
performing additional supplemental functions not provided in an earlier versions 
...); and 

• accessing capability information for the old code image and capability information 
for the new code image and identifying a difference between the capability 
information (e.g., Fig. 2A, elements 208, 210, 212, and 206 - compatibility vector; 
Col. 8, Lines 31-48 - ... The compatibility vector 206 contains the names and 
version of the programs that the module 200 interacts with via call. Preferably, 
the compatibility vector 206 identifies every program and allowable version levels 
for each program to be resolved and implicitly loaded for the module 200 ... its 
respective allowable version levels that the module 200 interacts with ...) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Hiller into the Talati-Dekoning- 
Moore's system to further provide other limitations stated above in the Talati-Dekoning- 
Moore system. 
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The motivation is that the system wherein the version aware bootstrap code will 
check and ensure that loaded software modules are compatible with one another and 
will therefore execute properly as once suggested by Hill (i.e. Abstract, Lines 10-13) 

11. As to claim 14 (Currently Amended) (incorporating the rejection in claim 1 3), 
Hiller discloses the system, the executable code further comprising a copy module 
stored within the new code image overlaying the new code image in main memory with 
the old code image in response to reconciling the incompatibilities (e.g.. Fig. 2A, 
element 206; Fig. 2B; Col. 3, Lines 42-46; Col. 4, Lines 64-67)) 

12. As to claim 15 (Currently Amended) (incorporating the rejection in claim 14), 
Talati discloses the system, the loader loading the new code image into the temporary 
memory in response to an interrupt (e.g.. Fig. 3, step 302; [0040]; [0041]) 

13. As to claim 16 (original) (incorporating the rejection in claim 15), Talati discloses 
the system wherein the update module stores the old code image pointer (e.g.. Fig. 2, 

elements 204, 208, and 212; [0023], lines 4-10) and the new code image pointer (e.g.. 
Fig. 2, elements 206, 210, and 214; [0023], lines 11-16) in the data structure. 

14. As to claim 20 (Currently Amended), Talati discloses a method for updating a 
code image (e.g.. Fig. 2, Copier copies new code), comprising: 
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• loading, by use of a processor, a new code image into a temporary memory 
location (e.g., [0014], lines 2-3; Fig. 2, element 102; [0047], lines 1-2) separate 
from a main memory space (e.g., Fig. 1, element 110; [0009], line 2, runtime 
area) occupied by and used by an old code image (e.g.. Fig. 1 , elements 110- 
Runtime Area (i.e., the main memory); 108 - Shadow Area (i.e., the temporary 
memory); [0014] - ... a non-disruptive code load apparatus includes means for 
staging a new version of executable code ...); 

• executing a bootstrap module within the new code image (e.g., [0032] - ... Once 
the new version 102 is loaded, t he system 1 04 and its firmware is reouested to 
switch to the new code ...); and 

• copying the new code image into the main memory space occupied by the old 
code image (e.g.. Fig. 2, element 202 - copier; Fig. 3, element 302; [0013], lines 
1-3; [0014] - ... means for transferring the executable code to a runtime area ...) 

Further, Talati discloses a method and apparatus for downloading a new version of 
an executable code onto a system without the need to bring the system to a halt, 
thereby sacrificing system up time (e.g., [0005]) but does not explicitly disclose other 
limitations stated below. 

However, in an analogous art of Method and Apparatus for Synchronization of Code 
in Redundant Controllers in a Swappable Environment, Dekoning discloses: 
• identifying, using the bootstrap module executed by the processor, 

incompatibilities between the old code image and the new code image from a 
difference in initialization requirements (e.g.. Col. 1, Lines 50-67 - ... 
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Incompatibility is a result of the foreign controller operating a version of 
software with configuration parameters not compatible to the version of the 
native controller because of software and configuration parameter updates ; 
Col. 11, Lines 24-35- ... The cache synch request will modify the cache 
configuration to match that of the native controller and the cache purge 
request initializes the spare controller's cache memory ): 

• identifying, using the bootstrap module executed by the processor, 
incompatibilities between the old code image and the new code image from 
version information (e.g., Fig. 2, steps 230 - Compare Firmware Revision 
Between Spare and Native Controllers; 240 - Firmware Compatible?; Col. 8, 
Lines 48-53 - ... if the revision of operating codes are incompatible , the spare 
controller requests synchronization 240); and 

• reconciling, using the bootstrap module executed by the processor, the 
incompatibilities by changing an initialization order (e.g.. Col. 10, Lines 24-32 
- ... a request to the spare controller reconfigures the spare controller's cache 
memory 1 16.1 so that cache memory 1 16.1 is similar to the native controller's 
configuration ... sends a cache purge request to the spare controller 1 18.2 to 
initialize its cache memory 330 . . . ;) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Dekoning into the Talati's system 
to further provide other limitations stated above in the Talati system. 
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The motivation is that it would further enhance the Talati's system by taking, 
advancing and/or incorporating the Dekoning's system which offers significant 
advantages that the spare controller firmware is compatible with the native controller's 
firmware using logical processes; thereby eliminating the need for a user to manually 
modify the spare controller's operation code and eliminating the need for any hardwired 
reset lines to reset the spare controller as once suggested by Dekoning (e.g., Col. 12, 
Lines 22-31) 

Furthermore, Dekoning discloses synchronizing operating code in redundant disk 
storage subsystem controllers in a disk storage subsystem (e.g., Col. 1, Lines 7-10) but 
Talati and Dekoning do not explicitly disclose other limitations stated below. 

However, in an analogous art of Method and Apparatus for Stabilizing calls During a 
System Upgrade or Downgrade, Moore discloses: 

• and converting a data structure of the old code image to a format compatible 
with a data structure of the new code image using bootstrap code of the new 
code image, and associating persistent data of the old code image with the 
new code image, such that the persistent data is available in response to 
execution of a run-time segment of the new code image (e.g., [0005] - . . . 
ensures stable call processing during system updates must be capable of 
converting state data to be compatible with the new service release : [0024] - 
determines if the replicate state data needs to be converted (i.e., the new 
application is an upgrade) ... converts the data to the new version format ...) 
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Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Moore into the Talati-Dekoning's 
system to further provide other limitations stated above in the Talati-Dekoning system. 

The motivation is that it would further enhance the Talati-Dekoning's system by 
taking, advancing and/or incorporating the Moore's system which offers significant 
advantages of a stabilization technology during an upgrade or downgrade of services by 
reducing the complications associated with checkpointing state data as once suggested 
by Moore (e.g., [0008]) 

Lastly, Talati, Dekoning, and Moore do not disclose the limitations stated below. 

However, in an analogous art of Compatible Version Module Loading, Hiller 
discloses: 

• a difference in size and location between the old code image and the new 
code image (e.g., Col. 6, Lines 12-26 - these different versions perform the 
same function during execution, but may do so in slightly different way , use 
different arguments, and or product different results ... different versions may 
have slightly different API function calls, performing additional supplemental 
functions not provided in an earlier versions ...); and 

• accessing capability information for the old code image and capability 
information for the new code image and identifying a difference between the 
capability information (e.g.. Fig. 2A, elements 208, 210, 212, and 206 - 
compatibility vector; Col. 8, Lines 31-48 - ... The compatibility vector 206 
contains the names and version of the programs that the module 200 
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interacts with via call. Preferably, the compatibility vector 206 identifies every 
program and allowable version levels for each program to be resolved and 
implicitly loaded for the module 200 ... its respective allowable version levels 
that the module 200 interacts with ...) 
Therefore, It would have been obvious to one of ordinary skill In the art, at the time 
the Invention was made to combine the teachings of Hiller into the Talatl-Dekonlng- 
Moore's system to further provide other limitations stated above in the Talati-Dekoning- 
Moore system. 

The motivation Is that the system wherein the version aware bootstrap code will 
check and ensure that loaded software modules are compatible with one another and 
will therefore execute properly as once suggested by Hill (i.e. Abstract, Lines 10-13) 

15. As to claim 21 (Currently Amended) (incorporating the rejection In claim 20), 
TalatI discloses the method wherein the new code image is copied to the main memory 
concurrently with execution of regular computer operations (e.g., [001 1]; [0014]) 

16. As to claim 22 (Currently Amended) (incorporating the rejection In claim 20), 
TalatI discloses the method further comprising initiating execution of a run-time segment 
of the new code image (e.g., [0049]) 

17. As to claim 28 (Currently Amended) (incorporating the rejection in claim 20), 
please refer to claim 9 above, accordingly. 
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1 8. As to claim 29 (Currently Amended), Talati discloses an apparatus for updating 
a code image (e.g., [0014], lines 2-3; Fig. 2, copier copies new code; [0047], lines 1-2), 
the apparatus comprising: 

a processor executing executable code stored on a main memory occupied by and 
used by an old code image and a temporary memory separate form the main memory, 
the executable code comprising: 

• means for loading a new code image (e.g., [0014], lines 2-3; Fig. 2, element 102; 
[0047], lines 1-2) Into the temporary memory (e.g., Fig. 1, elements 110- 
Runtime Area (i.e., the main memory); 108 - Shadow Area (i.e., the temporary 
memory); [0014] - ... a non-disruptive code load apparatus includes means for 
staging a new version of executable code ...); 

• means for causing the processor to execute a bootstrap module within the new 
code image (e.g., [0032] - ... Once the new version 102 is loaded, the svstem 

1 04 and its firmware is requested to switch to the new code ...); and 

• means for copying the new code image into the memory space occupied by the 
old code image (e.g.. Fig. 2, element 202 - copier; Fig. 3, element 302; [0013], 
lines 1-3; [0014] - ... means for transferring the executable code to a runtime 
area ...) 

Further, Talati discloses a method and apparatus for downloading a new version of 
an executable code onto a system without the need to bring the system to a halt. 
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thereby sacrificing system up time (e.g., [0005]) but does not explicitly disclose other 
limitations stated below. 

However, in an analogous art of Method and Apparatus for Synchronization of Code 
in Redundant Controllers in a Swappable Environment, Dekoning discloses: 

• means within the bootstrap module for identifying incompatibilities 
between the old code image and the new code image from a difference in 
initialization requirements (e.g., Col. 1, Lines 50-67 - ... incompatibility is a 
result of the foreign controller operating a version of software with 
configuration parameters not compatible to the version of the native 
controller because of software and configuration parameter updates : Col. 

1 1 , Lines 24-35 - ... The cache synch request will modify the cache 
configuration to match that of the native controller and the cache purge 
request initializes the spare controller's cache memory ): 

• means within the bootstrap module for identifying incompatibilities 
between the old code image and the new code image from version 
information (e.g.. Fig. 2, steps 230 - Compare Firmware Revision 
Between Spare and Native Controllers; 240 - Firmware Compatible?; Col. 
8, Lines 48-53 - ... if the revision of operating codes are incompatible , the 
spare controller requests synchronization 240); and 

• means within the bootstrap module for reconciling the incompatibilities by 
changing an initialization order (e.g.. Col. 10, Lines 24-32 - ... a request to 
the spare controller reconfigures the spare controller's cache memory 
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1 16.1 so that cache memory 1 16.1 is similar to the native controller's 
configuration ... sends a cache purge request to the spare controller 1 18.2 
to initialize its cache memory 330 ) 
Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Dekoning into the Talati's system 
to further provide other limitations stated above in the Talati system. 

The motivation is that it would further enhance the Talati's system by taking, 
advancing and/or incorporating the Dekoning's system which offers significant 
advantages that the spare controller firmware is compatible with the native controller's 
firmware using logical processes; thereby eliminating the need for a user to manually 
modify the spare controller's operation code and eliminating the need for any hardwired 
reset lines to reset the spare controller as once suggested by Dekoning (e.g.. Col. 12, 
Lines 22-31) 

Furthermore, Dekoning discloses synchronizing operating code in redundant disk 
storage subsystem controllers in a disk storage subsystem (e.g.. Col. 1, Lines 7-10) but 
Talati and Dekoning do not explicitly disclose other limitations stated below. 

However, in an analogous art of Method and Apparatus for Stabilizing calls During a 
System Upgrade or Downgrade, Moore discloses: 

• and converting a format of a data structure of the old code image to a format 
compatible with a data structure of the new code image using bootstrap code 
of the new code image, and associating persistent data of the old code image 
with the new code image, such that the persistent data is available in 
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response to execution of a runOtime segment of the new code image (e.g., 
[0005] - ... ensures stable call processing during system updates must be 
capable of converting state data to be compatible with the new service 
release : [0024] - determines if the replicate state data needs to be converted 
(i.e., the new application is an upgrade) ... converts the data to the new 
version format ...) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Moore into the Talati-Dekoning's 
system to further provide other limitations stated above in the Talati-Dekoning system. 

The motivation is that it would further enhance the Talati-Dekoning's system by 
taking, advancing and/or incorporating the Moore's system which offers significant 
advantages of a stabilization technology during an upgrade or downgrade of services by 
reducing the complications associated with checkpointing state data as once suggested 
by Moore (e.g., [0008]) 

Lastly, Talati, Dekoning, and Moore do not explicitly disclose the limitations stated 
below. 

However, in an analogous art of Compatible Version Module Loading, Hiller 
discloses: 

• means within the bootstrap module for identifying Incompatibilities 

between the old code image and the new code image from a difference in 
size and location between the old code image and the new code image 
(e.g.. Col. 6, Lines 12-26 - these different versions perform the same 
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function during execution, but may do so in slightly different way , use 
different arguments, and or product different results ... different yersions 
may haye slightly different API function calls, performing additional 
supplemental functions not proyided in an earlier yersions ...); and 
• accessing capability information for the old code Image and capability 
information for the new code image and identifying a difference between 
the capability information (e.g., Fig. 2A, elements 208, 210, 212, and 206 - 
compatibility yector; Col. 8, Lines 31-48 - ... The compatibility yector 206 
contains the names and version of the programs that the module 200 
Interacts with yia call. Preferably, the compatibility yector 206 Identifies 
eyery program and allowable yersion leyels for each program to be 
resolyed and implicitly loaded for the module 200 ... its respectiye 
allowable version levels that the module 200 Interacts with ...) 
Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Hiller into the Talati-Dekoning- 
Moore's system to further provide other limitations stated above in the Talati-Dekoning- 
Moore system. 

The motivation Is that the system wherein the version aware bootstrap code will 
check and ensure that loaded software modules are compatible with one another and 
will therefore execute properly as once suggested by Hill (i.e. Abstract, Lines 10-13) 
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1 9. As to claim 30 (Currently Amended), Talati discloses an article of manufacture 
comprising a program storage medium readable by a processor and embodying one or 
more instructions executable by a processor to perform a method for updating a code 
image, the method comprising: 

• loading a new code image into a temporary memory location separate from a 
memory space occupied by and used by an old code image (e.g., Fig. 1 , 
elements 1 1 0 - Runtime Area (i.e., the main memory); 1 08 - Shadow Area (i.e., 
the temporary memory); [0014] - ... a non-disruptive code load apparatus 
includes means for staging a new version of executable code . . .); 

• causing the processor to execute a bootstrap module within the new code image 
(e.g., [0032] - ... Once the new version 102 is loaded, the svstem 104 and its 
firmware is requested to switch to the new code ...); and 

• copying the new code image into the main memory space occupied by the old 
code image (e.g., Fig. 2, element 202 - copier; Fig. 3, element 302; [0013], lines 
1-3; [0014] - ... means for transferring the executable code to a runtime area ...) 

Further, Talati discloses a method and apparatus for downloading a new version of 
an executable code onto a system without the need to bring the system to a halt, 
thereby sacrificing system up time (e.g., [0005]) but does not explicitly disclose other 
limitations stated below. 

However, in an analogous art of Method and Apparatus for Synchronization of Code 
in Redundant Controllers in a Swappable Environment, Dekoning discloses: 
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• identifying, using the bootstrap module executed by the processor, 
incompatibilities between the old code image and the new code image from a 
difference in initialization requirements (e.g.. Col. 1, Lines 50-67 - ... 
incompatibility is a result of the foreign controller operating a version of 
software with configuration parameters not compatible to the version of the 
native controller because of software and configuration parameter updates : 
Col. 11, Lines 24-35- ... The cache synch request will modify the cache 
configuration to match that of the native controller and the cache purge 
request Initializes the spare controller's cache memorv ): 

• Identifying, using the bootstrap module executed by the processor, 
incompatibilities between the old code image and the new code image from 
version information (e.g.. Fig. 2, steps 230 - Compare Firmware Revision 
Between Spare and Native Controllers; 240 - Firmware Compatible?; Col. 8, 
Lines 48-53 - ... If the revision of operating codes are incompatible , the spare 
controller requests synchronization 240); and 

• reconciling, using the bootstrap module executed by the processor, the 
incompatibilities by changing an initialization order (e.g.. Col. 10, Lines 24-32 
"... a request to the spare controller reconfigures the spare controller's cache 
memorv 1 16.1 so that cache memory 1 16.1 is similar to the native controller's 
configuration ... sends a cache purge request to the spare controller 1 18.2 to 
initialize its cache memorv 330 ...); 
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Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Dekoning into the Talati's system 
to further provide other limitations stated above in the Talati system. 

The motivation is that it would further enhance the Talati's system by taking, 
advancing and/or incorporating the Dekoning's system which offers significant 
advantages that the spare controller firmware is compatible with the native controller's 
firmware using logical processes; thereby eliminating the need for a user to manually 
modify the spare controller's operation code and eliminating the need for any hardwired 
reset lines to reset the spare controller as once suggested by Dekoning (e.g.. Col. 12, 
Lines 22-31) 

Furthermore, Dekoning discloses synchronizing operating code in redundant disk 
storage subsystem controllers in a disk storage subsystem (e.g.. Col. 1, Lines 7-10) but 
Talati and Dekoning do not explicitly disclose other limitations stated below. 
However, In an analogous art of Method and Apparatus for Stabilizing calls During a 
System Upgrade or Downgrade, Moore discloses: 

• converting a format of a data structure of the old code image to a format 

compatible with a data structure of the new code image using bootstrap code of 
the new code Image, and associating persistent data of the old code Image with 
the new code Image, such that the persistent data is available In response to 
execution of a run-time segment of the new code image (e.g., [0005] - ... ensures 
stable call processing during system updates must be capable of converting state 
data to be compatible with the new service release ; [0024] - determines if the 
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replicate state data needs to be converted (i.e., the new application is an 
upgrade) ... converts the data to the new version format ...) 

Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Moore into the Talati-Dekoning's 
system to further provide other limitations stated above in the Talatl-Dekoning system. 

The motivation is that it would further enhance the Talati-Dekoning's system by 
taking, advancing and/or incorporating the Moore's system which offers significant 
advantages of a stabilization technology during an upgrade or downgrade of services by 
reducing the complications associated with checkpointing state data as once suggested 
by Moore (e.g., [0008]) 

Lastly, Talati, Dekoning, and Moore do not disclose the limitations stated below. 

However, in an analogous art of Compatible Version Module Loading, Hiller 
discloses: 

• a difference in size and location between the old code image and the new code 
Image (e.g., Col. 6, Lines 12-26 - these different versions perform the same 
function during execution, but may do so in slightly different way , use different 
arguments, and or product different results ... different versions may have slightly 
different API function calls, performing additional supplemental functions not 
provided In an earlier versions ...); and 

• accessing capability information for the old code image and capability information 
for the new code image and identifying a difference between the capability 
information (e.g.. Fig. 2A, elements 208, 210, 212, and 206 - compatibility vector; 
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Col. 8, Lines 31-48 - ... The compatibility vector 206 contains the names and 
version of the programs that the module 200 interacts with via call. Preferably, 
the compatibility vector 206 identifies every program and allowable version levels 
for each program to be resolved and implicitly loaded for the module 200 ... its 
respective allowable version levels that the module 200 interacts with ...) 
Therefore, it would have been obvious to one of ordinary skill in the art, at the time 
the invention was made to combine the teachings of Hiller into the Talati-Dekoning- 
Moore's system to further provide other limitations stated above in the Talati-Dekoning- 
Moore system. 

The motivation is that the system wherein the version aware bootstrap code will 
check and ensure that loaded software modules are compatible with one another and 
will therefore execute properly as once suggested by Hill (i.e. Abstract, Lines 10-13) 

20. Claim 11,18, and 23 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Talati in view of DeKoning, Moore, Hiller and E. Schwabe (Pat. No. US 6,986,132 
B1 ) (hereinafter 'Schwabe') 

21 . As to claim 11 (Currently Amended) (incorporating the rejection in claim 10), 
Talati, DeKoning, Moore, and Hiller do not disclose the limitations stated below. 

However, in an analogous art of Remote Incremental Program Binary 
Compatibility Verification Using API Definitions, Schwabe discloses the apparatus, the 
executable code further comprising a copy module copying the new code image over 
the old code image in the main memory after the incompatibilities have been reconciled 
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(e.g., Fig. 17, element 1440- version; Fig. 18, element 1470- version; Fig. 19, element 
1515 - verify version of API definition file used during verification is compatible with 
version of referenced binary file; Fig. 20A - 3. verify backward compatible version with 
content; Fig. 20C - verify versions using API definitions files, elements of 1600, 1605, 
and 1610) 

Therefore, It would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Schwabe into the Talati- 
DeKoning-Moore-Hiller's system to further provide the limitations stated above in the 
Talati-DeKoning-Moore-Hlller system. 

The motivation is that use of the verifier enables verification of a program's 
integrity and allows the use of an interpreter that does not execute the usual stack 
monitoring instructions during program execution, thereby greatly accelerating the 
program interpretation process as once suggested by Schwabe (i.e. Col. 13, Line 66 
through Col. 14, Line 8) 

22. As to claim 18 (Currently Amended) (incorporating the rejection in claim 33), 

Schwabe discloses the system, wherein the bootstrap module further reconciles the 
Incompatibilities by updating modules that interface with the new code image (e.g., Col. 
9, Lines 6-11) 

23. As to claim 23 (Currently Amended) (incorporating the rejection in claim 20), 
Schwabe discloses the method wherein the new code image is copied into the main 
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memory until incompatibilities are reconciled (e.g., Col. 5, Lines 49-53; Col. 10, Lines 
40-44; Col. 11, Line 58 through Col. 12, Lines 6; Figs. 15A-15B; Col. 20, Line 64 
through Col. 21, Line 4, 14-20; Fig. 17; Col. 22, Lines 4-16; Figs. 20A-20D; Col. 24, 
Lines 24-32) 

24. Claim 31-36 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Talati in view of DeKoning, Moore, Hiller and Zimmer et al. (Pub. No. US 2003/0120909 
A1 ) (hereinafter 'Zimmer' - art made of record) 

25. As to claim 31 (Currently Amended) (incorporating the rejection in claim 1 ), 
Talati discloses the apparatus, wherein the loader configures the temporary memory so 
that the executable code is executed directly from the temporary memory (e.g.. Fig. 1 , 
elements 1 1 0 - Runtime Area (i.e., the main memory); 1 08 - Shadow Area (i.e., the 
temporary memory); [0014] - ... a non-disruptive code load apparatus includes means 
for staging a new version of executable code ...), the executable code further 
comprising an update module stored in the main memory maintaining an old code 
image pointer, a new code image pointer (e.g.. Fig. 2, elements 1 10 - Run Time Area; 
108 - Shadow Area; [0034] - ... illustrating the interaction between the shadow area 
108 and runtime area ... shows the memory layouts for the shadow area 108 and the 
runtime area 1 10 of the system 104 ...; [0035] - [0036]) 

Further, Hiller discloses capability fields storing the capability information, an old 
code image version number, a new code image version number, the old code image 
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pointer, the new code image pointer, the capability fields, the old code image version 
number, and the new code image version number used by the bootstrap module, 
wherein the bootstrap module follows the old code image pointer to locate an old code 
image header and a version field within the old code image header and follows the new 
code image pointer to locate a new code image header and a version field within the 
new code image header (e.g.. Col. 6, Lines 12-26 - these different versions perform the 
same function during execution, but mav do so in slightly different wav , use different 
arguments, and or product different results ... different versions may have slightly 
different API function calls, performing additional supplemental functions not provided 
in an earlier versions ...) 

Furthermore, Dekoning discloses reconciling incompatibilities between the old 
code image and the code image further comprises adjusting configuration setting and 
parameters lists (e.g., Col. 1 , Lines 50-67 - ... Incompatibility is a result of the foreign 
controller operating a version of software with configuration parameters not compatible 
to the version of the native controller because of software and configuration parameter 
updates : Col. 1 1 , Lines 24-35 - ... The cache synch request will modify the cache 
configuration to match that of the native controller and the cache purge request 
initializes the spare controller's cache memory: Col. 10, Lines 24-32 - ... a request to 
the spare controller reconfigures the spare controller's cache memory 116.1 so that 
cache memory 1 16.1 is similar to the native controller's configuration ... sends a cache 
purge request to the spare controller 1 18.2 to initialize its cache memory 330 ) 

Talati, DeKoning, Moore, and Hiller do not disclose the limitations stated below. 
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However, in an analogous art of Boot Process, Zimmer discloses: 

• the old code image header and the new code image header are organized 
according to the Microcode Reconstruct and Boot format, the bootstrap 
module reading the capability information from the old code image and the 
new code Image and storing the capability information of the old code 
image and the new code image in the capability fields, the capability 
information comprising an indication that an EMULEX FLASH RAM is 
provided, the persistent data comprising login tables (e.g., [0006] - a boot 
routine Initialized In a computer by bootstrapping a volume top file (VTF) 
located in a first addressable location accessible upon the Initializing of the 
boot routine and the volume top file bootstrapping a set of firmware 
modules; Fig. 2;-[0015] - ... provides a mechanism to locate code and 
data at fixed location required by the processor architecture and to 
bootstrap other firmware module 44(a)-44(b) residing within firmware 
volume 88; [0016] - [0017]; [0023] - [0024]) 
Therefore, it would have been obvious to one of ordinary skill in the art, at the 
time the invention was made to combine the teachings of Zimmer into the Talati- 
DeKonlng-Moore-Hlller's system to further provide the limitations stated above in the 
Talatl-DeKonlng-Moore-Hlller system. 

The motivation is that it would further enhance the Talati-DeKoning-Moore- 
Hiller's system by taking, advancing and/or incorporating the Zimmer's system which 
offers significant advantages to overcome prior arts when attached device details 
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change, the BIOS program needs to be changed, either during computer system setup 
or manually as once suggested by Zimmer (e.g., [0002]) 

26. As to claim 32 (Currently Amended) (incorporating the rejection in claim 1 0), 
please refer to claim 31 above, accordingly. 

27. As to claim 33 (Currently Amended) (incorporating the rejection in claim 1 3), 
please refer to claim 31 above, accordingly. 

28. As to claim 34 (Currently Amended) (incorporating the rejection in claim 20), 
please refer to claim 31 above, accordingly. 

29. As to claim 35 (Currently Amended) (incorporating the rejection in claim 30), 
please refer to claim 31 above, accordingly. 

30. As to claim 36 (New) (incorporating the rejection in claim 29), please refer to 
claim 31 above, accordingly. 

Conclusion 

31 . Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ben C. Wang whose telephone number is 571-270- 
1240. The examiner can normally be reached on Monday - Friday, 8:00 a.m. - 5:00 
p.m., EST. 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on 571-272-3695. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/Ben C Wang/ 
Ben C. Wang 
Examiner, Art Unit 2192 
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Supervisory Patent Examiner, Art Unit 2192 



